home *** CD-ROM | disk | FTP | other *** search
/ Geek Gadgets 2 / Geek_Gadgets_2_2352.bin / lists / ade-gcc.archive.9602.gz / ade-gcc.archive.9602 / 000104_owner-ade-gcc_Wed Feb 21 12:56:43 1996.msg < prev    next >
Internet Message Format  |  1996-02-28  |  1KB
  1. Return-Path: <owner-ade-gcc>
  2. Received: by fishpond (Smail3.1.29.1 #57)
  3.     id m0tpImE-000gXha; Wed, 21 Feb 96 12:56 EST
  4. Sender: owner-ade-gcc
  5. Received: by fishpond (Smail3.1.29.1 #57)
  6.     id m0tpImC-000gXfC; Wed, 21 Feb 96 10:56 MST
  7. Message-Id: <m0tpImC-000gXfC@fishpond>
  8. From: fnf (Fred Fish)
  9. Subject: Re: GCC 2.7.2 patches
  10. To: ade-gcc@ninemoons.com
  11. Date: Wed, 21 Feb 1996 10:56:27 -0700 (MST)
  12. In-Reply-To: <199602211632.RAA19560@lysistrate.lysator.liu.se> from "Niels M�ller" at Feb 21, 96 05:32:59 pm
  13. X-Mailer: ELM [version 2.4 PL23]
  14. MIME-Version: 1.0
  15. Content-Type: text/plain; charset=US-ASCII
  16. Content-Transfer-Encoding: 7bit
  17. Content-Length: 651       
  18. Sender: owner-ade-gcc@ninemoons.com
  19. Precedence: bulk
  20.  
  21. > I think the GNU standards recommend context diffs. Main reason
  22. > probably is that it makes merging easier. And there shouldn't be that
  23. > much difference in size after compressing.
  24.  
  25. As far as I know, "patch" can handle unified diffs just as well as normal
  26. context diffs, so ease of merging shouldn't be an issue unless you do
  27. some of it by hand (which does sometimes happen if there are reject hunks).
  28. Does anyone know differently?
  29.  
  30. But it is a good point, that if you expect to feed the diffs to the patch
  31. program to merge them into a later version, and you get rejects, it may
  32. be easier to deal with the rejects if they are in context form.
  33.  
  34. -Fred